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(54) SDH protection optimized for data networking 



(57) A protection method for providing integrity of 
transport of a data packet stream over a plurality of syn- 
chronous digital channels each comprising a virtual con- 
tainer stream, the virtual container streams being virtu- 
ally concatenated together is disclosed. Data packets 
from a data stream are mapped to a plurality of memory 
areas, from which the data packets are transferred to 
payloads of a plurality of virtual container streams which 



are carried over a synchronous digital network by a plu- 
rality of different routes, being either path connections 
or rings. Upon failure of a path or section, a receiving 
entity signals to a transmitting synchronous digital entity 
via conventional path or section termination signaling 
functions to alert the transmitting entity of a failure in a 
path or section. Upon receiving a path or ring failure sig- 
nal, the transmitting entity gracefully degrades to offer 
a reduced bandwidth. 
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Description 

Field of the Invention 

[0001] The present invention relates to synchronous 
networks and in particular to channel protection in syn- 
chronous networks. 

Background to the Invention 

[0002] Conventional synchronous digital telecommu- 
nications networks include the synchronous digital hier- 
archy (SDH) networks incorporating the North American 
Synchronous Optical Network (SONET) networks, op- 
erating in accordance with International Telecommuni- 
cation Union (ITU-T) recommendation G.707 and relat- 
ed standards. In the applicant's previous disclosures en- 
titled "Payload Mapping in Synchronous Networks* ref- 
erence ID 0889 filed at the US Patent Office, and "Frame 
Based Data Transmission Over Synchronous Digital Hi- 
erarchy Network', reference ID 0882 filed at the US Pat- 
ent Office and 'Concatenation of Containers in Synchro- 
nous Digital Hierarchy Network", reference ID 1048 filed 
at the US Patent Office, the contents of which are incor- 
porated herein by reference, there is disclosed methods 
and apparatus for carrying data traffic within a set of vir- 
tual ly concatenated virtual containers, to achieve effi- 
cient transport of data packets which are at data rates 
other than those specified in the ITU-T recommenda- 
tions for virtual containers, by multiplexing a data chan- 
nel at a first (higher) data rate into a plurality of virtual 
containers which are virtually concatenated together, 
each virtual container being at a second (lower) data 
rate and without encapsulating the data channel within 
any intermediate protocols within the payloads of the vir- 
tual containers. In the applicant's prior disclosures, the 
methods and apparatus disclosed may enable the high 
data rate capacities which have previously been avail- 
able in the prior art in what have historically been known 
as local area networks (LANs) but over a wider geo- 
graphical area, of the order of hundreds of kilometers or 
greater which have conventionally been the preserve of 
conventional wide area networks (WANs). 
[0003] In the applicant's previous disclosures, it is 
shown how to incorporate an OSI layer 2 frame based 
data channel, for example operating in accordance with 
IEEE standard 802.3, and including conventional Ether- 
net IEEE 802.1 systems, conventional token ring sys- 
tems, conventional token bus systems, fiber distributed 
data interface (FDDI) systems and dual queue dual bus 
(DQDB) systems, into a plurality of SDH virtual contain- 
ers. The conventional IEEE 802.3 systems incorporate 
their own protection mechanisms in the event of prob- 
lems occurring in the physical layer. Thus, in transport- 
ing IEEE 802.3 data or any other type of frame based 
data over SDH as disclosed in the applicant's aforemen- 
tioned previous disclosures, faults in the SDH system 
may be protected at whichever layer is being transport- 
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ed over the SDH network in the virtually concatenated 
virtual containers (eg at the OSI layer 2). An example of 
such protection is Carrier Sense Multiple Access Ring 
Node (CSMA-RN) protection. However, such protection 
s is relatively slow to re-route and may take of the order 
of several seconds to operate. 

[0004] Within the known SDH networks, there exist 
prior art path and ring protection modes which are faster 
to operate than OSI layer 2 protection, for overcoming 
10 faults in the physical layer. The following gives an ex- 
ample of their operation: 

[0005] Referring to Fig. 1 herein, there is illustrated 
schematically a prior art synchronous digital hierarchy 
ring comprising first to fourth multiplexers 100-103 
1$ linked by a fiber ring 104. A prior art mode of path pro- 
tection in the known SDH network is as follows. SDH is 
a circuit based protocol in which channels are perma- 
nently assigned between source node and destination 
nodes. In Fig. 1 herein, data transmitted from source 
20 node 100 to destination node 102 is transmitted by two 
different paths, A and B. The same data is transmitted 
over each path A and B from source node 100 to desti- 
nation node 102. Data traveling from the source node 
to the destination node over the first path A travels over 
25 a first set of individual fibers and intermediate node 
equipment 101 to destination node 102. The same data 
is transmitted over second path B over a second set of 
fibers and intermediate node equipment 103. In the 
event of a failure of either a fiber or a node equipment 
30 on either of the first or second paths, since there is in- 
herent redundancy in the system, ie the same data is 
duplicated and is simultaneously transported over two 
independent paths, reliability of transmission can be 
maintained under conditions of a fault on a fiber or node 
35 equipment in either path. In the event of a failure on one 
of the paths, the integrity of data transmitted via the oth- 
er path is maintained. It will be appreciated by the skilled 
person that the network illustrated in Fig. 1 herein is sim- 
plified, and in practice a path may traverse many nodes, 
*o rings or links of an SDH network. 

[0006] Referring to Fig. 2 herein, there is illustrated 
schematically a second form of protection in a prior art 
SDH network in which first and second rings are formed 
over a plurality of sections linking individual multiplexer 
45 node elements 200-203. On each section between com- 
municating node elements, data is transmitted on a pair 
of independent fibers. Between a source node 200 and 
a destination node 202, data is transmitted over individ- 
ual sections in a first, clockwise direction 204 on a first 
50 set of fibers, and in a reverse direction 205 in a second, 
anti-clockwise direction over a second set of fibers. 
[0007] The data is transmitted via first and second 
rings having corresponding respective first and second 
traffic flow directions, the directions being opposite to 
55 each other. If a failure of any individual fiber or node be- 
tween the source and destination node occurs, the data 
is received at the destination node via the other ring 
which does not have a fault. For example, if node 201 
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fails, the data transmitted from source node 200 via in- 
termediate node 201 to destination node 202 in first di- 
rection 204 fails. However, since the same data is also 
transmitted via the second ring from source node 200 
via second intermediate node 203 to destination node 
202, in second direction 205, reception of transmitted 
data at the destination node is maintained despite the 
failure. 

[0008] In the above prior art SDH protection methods, 
the destination node end uses signal bytes which are in 
the conventional SDH overhead to determine which 
path or ring is providing the best received signals. The 
signals which are detected include the alarm indication 
status (AIS), and the pay load defect indicator (PDI). 
Such prior art method is known as path protection, or 
sub-network connection protection. 
[0009] The two protection modes shown in Figs. 1 and 
2 herein illustrate prior art options provided in the ITU- 
T recommendations covering the synchronous digital hi- 
erarchy system. Usage of such protection is not obliga- 
tory, however, to maintain the SDH levels of availability 
which are required in the various ITU-T recommenda- 
tions, such path or ring protection is commonly used. 

Summary of the Invention 

[0010] Specific embodiments and methods according 
to the present invention aim to provide a fast protection 
in the SDH domain for frame based data carried over a 
synchronous digital network. 

[0011] Further, specific embodiments and methods 
according to the present invention aim to provide an im- 
proved protection system within synchronous digital hi- 
erarchy networks whereby under normal operation in- 
creased bandwidth communications are achieved, but 
under conditions of fault protection, a bandwidth utiliza- 
tion equivalent to conventional synchronous digital hier- 
archy networks is achieved. 

[0012] Another object of the invention is to provide 
path protection for a high bitrate channel comprising a 
number of virtually concatenated synchronous paths 
each comprising a separate stream of virtual containers. 
A plurality of different streams of virtual containers are 
routed across different routes between a source node 
and a destination node. On failure of a path, a stream 
of virtual containers normally carried on the failed route 
are redirected over an intact route, but the bit rate ca- 
pacity of the complete path is reduced. 
[0013] In this manner, an SDH network may be used 
to provide protection between ports in a bandwidth ef- 
fective manner by using the bursty nature of frame 
based traffic carried in a path comprising a plurality of 
virtually concatenated virtual container streams. 
[001 4] According to a first aspect of the present inven- 
tion there is provided a method of transmitting a stream 
of data packets over a plurality of synchronous chan- 
nels, said method comprising the steps of: inputting a 
first data packet having a first data rate to a first transmit 



memory area; mapping a said first data packet into a 
first virtual container stream at a second data rate, said 
second data rate being lower than said first data rate; 
transmitting said virtual container stream over a first 
s synchronous channel; inputting a second data packet 
having said first data rate to a second transmit memory 
area; mapping said second data packet to a second 
stream of virtual containers, at said second data rate; 
and transmitting said second stream of virtual contain- 
10 ers over a second synchronous channel; and regulating 
a rate of admission of said first and second data packets 
into said memory areas according to a data occupancy 
level of at least one said memory area. 
[001 5] Preferably, said step of mapping said first data 
is packet into said first virtual container stream and said 
step of mapping said second data packet into said sec- 
ond virtual container stream occur in parallel. Prefera- 
bly, said step of inputting a first data packet into said first 
transmit memory area and said step of inputting said 
20 second data packet into said second transmit memory 
area occur sequentially with each other. 
[001 6] A said data packet may be buffered in a first in 
first out- buffer. The rate of admission of data packets 
into memory areas may be regulated when a data oc- 
25 cupancy of a said memory area falls below a first pre- 
determined level, admitting a said data packet into said 
transmit memory area. When a data occupancy of said 
transmit memory area is above a second predetermined 
level, preventing admission of said data packets into 
30 said memory area may be prevented. A rate of admis- 
sion of said first and second data packets into a said 
memory area may be regulated by generating a flow 
control signal in a form recognisable by a data packet 
source, for preventing said data packet source from 
35 transmitting a next packet to said transmit memory area. 
Transmission of said first stream of virtual containers 
over said first synchronous channel and transmission of 
said second stream of virtual containers over said syn- 
chronous channel may occur simultaneously and in par- 
40 allel. 

[0017] According to a second aspect of the present 
invention, there is provided a method of transmitting 
packet data of a first data rate over a plurality of syn- 
chronous channels each operating at a second data 

45 rate, wherein said second data rate is lower than said 
first data rate, said method comprising the steps of: re- 
ceiving a stream of data packets each of said first data 
rate into a transmit memory area; mapping said stream 
of data packets into a plurality of streams of virtual con- 

50 tainers each of said second data rate; transmitting said 
plurality of streams of virtual containers over a plurality 
of synchronous channels; wherein, under conditions of 
a fault occurring on a said synchronous channel, redi- 
recting said stream of data packets over at least one 

55 remaining one of said plurality of synchronous channels, 
on which no faults occur. 

[0018] The invention includes a method of transmit- 
ting a stream of data packets, each said data packet of 
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a first data rate over a plurality of synchronous channels 
each operating at a second data rate, wherein said sec- 
ond data rate is lower than said first data rate, said meth- 
od comprising the steps of: receiving a first set of data 
packets each of said first data rate into a first transmit 
memory area; mapping said first set of data packets into 
a first stream of virtual containers; transmitting said first 
stream of virtual containers over a first synchronous 
channel; receiving a second set of data packets into a 
second transmit memory area; mapping said second set 
of data packets into a second stream of virtual contain- 
ers; transmitting said second stream of virtual contain- 
ers over a second synchronous channel; wherein, under 
conditions of a fault occurring on said first synchronous 
channel, operating said steps of: in response to a re- 
ceived fault signal relating to a fault on said first syn- 
chronous channel; generating a flow control signal for 
preventing receipt of a next data packet into said first 
transmit memory area. 

[0019] In response to said received fault signal, trans- 
ferring said stored first data packet may be transferred 
from said first transmit memory area to said second 
transmit memory area. Suitably, said generated flow 
control signal is recognisable by a packet data source 
as a signal for interrupting a flow of data packets. Under 
fault conditions, the following steps may be operated: 
receiving said first and second sets of data packets into 
said second transmit memory area; mapping said first 
and second sets of data packets into said stream of sec- 
ond virtual containers; and transmitting said stream of 
second virtual containers over said second synchro- 
nous channel. Under said fault condition said method 
may comprise the steps of: generating a second flow 
control signal for controlling a flow of said first and sec- 
ond data packet sets into said second transmit memory 
area such that an average rate of receipt of said first and 
second data packets into said second transmit memory 
area is less than or equal to an average rate of output 
of said first and second data packets onto said second 
synchronous transmission channel. 
[0020] According to a third aspect of the present \n- 
vention there is provided a method of transmitting a 
stream of data packets over a plurality of synchronous 
channels, said method comprising the steps of: inputting 
a stream of data packets each having a first data rate, 
into a transmit memory area; storing said plurality of da- 
ta packets in said transmit memory area; outputting said 
plurality of data packets from said transmit memory area 
onto a plurality of virtual container streams, each said 
virtual container stream operating at a second data rate, 
said second data rate being lower than said first data 
rate; receiving an egress flow control signal indicating 
congestion at a receive entity; in response to said 
egress flow control signal, generating an ingress flow 
control signal for controlling a rate of admission of said 
data packets into said transmit memory area. 
[0021] According to a fourth aspect of the present in- 
vention, there is provided a method of receiving packet 



data over a plurality of synchronous data channels, said 
method comprising the steps of: receiving a first stream 
of virtual containers over a first synchronous channel, 
individual ones of said first stream of virtual containers 
each having a second data rate; storing a plurality of 
pay loads of said first stream of virtual containers in a 
first receive memory area said plurality of payloads com- 
prising a first complete data packet; outputting said first 
data packet at a first data rate greater than said second 
data rate of said first stream of virtual containers; receiv- 
ing a second stream of virtual containers over a second 
synchronous channel, individual ones of said second 
stream of virtual containers each having a second data 
rate; storing a plurality of payloads of said second 
stream of virtual containers in a second receive memory 
area said plurality of payloads comprising a second 
complete data packet; and outputting said second data 
packet at a first data rate greater than said second data ■ 
rate of said second set of virtual containers. 
[0022] According to a fifth aspect of the present inven- 
tion, there is provided a method of receiving packet data 
over a plurality of synchronous data channels, said 
method comprising the steps of: receiving a plurality of 
said data packets carried in a plurality of streams of vir- 
tual containers over said plurality of synchronous chan- 
nels, each said virtual container stream having a second 
data rate; storing a plurality of payloads of said plurality 
of virtual containers in a memory area; reconstituting a 
said data packet from a said plurality of virtual container 
payloads; outputting said data packet onto a data packet 
network at a first data rate, said first data rate being high- 
er than said second data rate; wherein, under conditions 
of a fault on at least one of said synchronous channels, 
operating the steps of: generating a fault indicator signal 
indicating a fault on said synchronous channel; trans- 
mitting said fault indicator signal over an intact synchro- 
nous channel on which no fault occurs. 
[0023] According to a sixth aspect of the present in- 
vention, there is provided a method of receiving packet 
data over a plurality of synchronous data channels, said 
method comprising the steps of: receiving a plurality of 
streams of virtual containers over a plurality of synchro- 
nous channels, each said virtual container stream hav- 
ing a second data rate; storing a plurality of payloads of 
said virtual containers in a receive memory area; recon- 
stituting a data packet from said plurality of stored virtual 
container payloads; outputting said reconstituted data 
packet, said data packet having a first data rate, said 
second data rate being higher than said second data 
so rate; receiving a flow control signal from an external 
packet data network; upon receipt of said flow control 
signal from said external packet data network, generat- 
ing an egress flow control signal; and transmitting said 
egress flow control signal over a synchronous channel. 
ss [0024] According to a seventh aspect of the present 
invention, there is provided a method of communicating 
data over a synchronous network, said method compris- 
ing the steps of, under normal no-fault conditions: re- 
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ceiving a first stream of virtual contains rs over a first syn- 
chronous channel, said first stream of virtual containers 
received at a second data rate; storing payload data of 
said first stream of virtual containers until a complete 
data packet is received; outputting said data packet at 5 
a first data rate, said first data rate being greater than 
said second data rate of said first stream of virtual con- 
tainers; receiving a second stream of virtual containers 
over a second synchronous channel, said stream of vir- 
tual containers received at said second bitrate; storing 
said payload data of said second stream of virtual con- 
tainers until a complete data packet is received; output- 
ting said second data packet at a first data rate, said first 
data rate being greater than said second data rate of 
said received second stream of virtual containers; and 
under conditions of a fault on said first synchronous 
channel, performing the steps of receiving said first 
stream of virtual containers and said second stream of 
virtual containers on said second synchronous channel; 
and outputting said first and second data packets at said 
first data rate, at less frequent intervals, than under said 
normal operating conditions. 

[0025] The invention includes a method of transmit- 
ting packet data over a synchronous communications 
network said method comprising the steps of: storing a 
first data packet having a first data rate in a first transmit 
memory area; mapping a said stored data packet into a 
first virtual container stream at a second data rate, said 
second data rate being lower than said first data rate; 
transmitting said virtual container stream over a first 
synchronous channel; storing a second data packet 
having said first data rate into a second transmit memory 
area; mapping said second stored data packet to a sec- 
ond stream of virtual containers, said second stream of 
virtual containers being at said second data rate; and 
transmitting said second stream of virtual containers 
over a second synchronous channel, wherein transmis- 
sion of said first stream of virtual containers over said 
first data channel and transmission of said second 
stream of virtual containers over said second synchro- 
nous channel occurs simultaneously and in parallel. 
[0026] The invention includes a method of receiving 
packet data over a plurality of synchronous data chan- 
nels in a synchronous communications network, said 
method comprising the steps of: receiving a first stream 
of virtual containers over a first synchronous channel, 
said first stream of virtual containers received at a sec- 
ond data rate storing pay loads of said first stream of vir- 
tual containers in a first received memory area until a 
complete data packet is received; outputting said first 
data packet at a data rate greater than a said second 
data rate of said first stream of virtual containers; receiv- 
ing a second stream of virtual containers over a second 
synchronous channel, said second stream of virtual 
containers received at said second data rate; storing 
payloads of said stream of virtual containers in a second 
receive memory area until a second complete data 
packet is received; and outputting said second data 



packet at a data rate greater than said second data rate 
of said second set of virtual containers. 
[0027] The invention includes an interface apparatus 
for interfacing between a data packet network operating 
a plurality of data packets at a second data rate; and a 
synchronous network operating a plurality of virtual con- 
tainers each having a first data rate, said interface ap- 
paratus comprising: a mapper means for mapping a 
stream of said data packets between said data packet 
network and said synchronous network; a buffer mem- 
ory for storing said data packets between said data 
packet network and said plurality of synchronous chan- 
nels; and means for generating a flow control signal rec- 
ognisable for controlling a flow of said data packets. 
[0028] Preferably, said buffer memory area comprises 
a plurality of separate transmit memory areas, each as; 
signed to a corresponding respective synchronous 
channel, and a plurality of receive memory areas, each 
said receive memory area assigned to a corresponding 
respective synchronous channel 
[0029] , Preferably, said buffer memory area comprises 
a plurality of memory areas; and said interface appara- 
tus comprises a plurality of flow control signal genera- 
tion means, wherein said flow control signal generation 
means operate to generate a flow control signal corre- 
sponding to a respective said memory area, whenever 
said corresponding respective memory area reaches a 
predetermined data occupancy level. 
[0030] Preferably said buffer memory operates to 
generate a signal upon achieving a predetermined level 
of data occupancy. 

Brief Description of the Drawings 

[0031] For a better understanding of the invention and 
to show how the same may be carried into effect, there 
will now be described by way of example only, specific 
embodiments, methods and processes according to the 
present invention with reference to the accompanying 
drawings in which: 

Fig. 3 illustrates schematically a first specific imple- 
mentation of the present invention in which a packet 
data stream is carried by first and second virtual 
container streams over first and second paths in a 
synchronous digital hierarchy network; 
Fig. 4 illustrates schematically elements of a data- 
corns port card for transferring a data packet stream 
to a plurality of streams of virtual containers carried 
over a synchronous network; 
Fig. 5 illustrates schematically a first mode of oper- 
ation of the first specific implementation of Fig. 3; 
Fig. 6 illustrates schematically transfer of data pack- 
ets and flow control signaling within the datacoms 
port card illustrated with reference to Fig. 4 herein; 
Fig. 7 illustrates schematically an overview of oper- 
ation of the first specific implementation of fig. 3 un- 
der conditions of a fault occurring on a path; 
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Fig. 8 illustrates schematically a second specific im- 
plementation of the present invention in which a plu- 
rality of rings are used to transport first and second 
virtual container streams carrying a data packet 
stream over a synchronous network; 
Fig. 9 illustrates schematically modes of operation 
of the second specific implementation of Fig. 8, un- 
der conditions of section failure, and under normal 
operation; 

Fig. 10 illustrates schematically a practical imple- 
mentation of integration of the datacoms port card 
of Fig. 4 herein into the multiplexer model of ITU-T 
recommendation G.783 for transport of a data pack- 
et stream over a plurality of VC-12 virtual contain- 
ers; 

Fig. 11 illustrates schematically a practical imple- 
mentation of the datacoms port card of Fig. 4 within 
ITU-T recommendation G.783 multiplexer model 
for transport of a data packet stream within a plu- 
rality of VC-3 virtual container streams; and 
Fig. 12 illustrates schematically a practical im- 
plemetation of a datacoms port card within a multi- 
plexer model according to ITU-T recommendation 
G.783 for carrying a data packet stream over a plu- 
rality of VC-4 virtual container streams. 

Detailed Description of the Best Mode for Carrying 
Out the Invention 

[0032] There will now be described by way of example 
the best mode contemplated by the inventors for carry- 
ing out the invention. In the following description numer- 
ous specific details are set forth in order to provide a 
thorough understanding of the present invention. It will 
be apparent however, to one skilled in the art, that the 
present invention may be practiced without limitation to 
these specific details. In other instances, well known 
methods and structures have not been described in de- 
tail so as not to unnecessarily obscure the present in- 
vention. 

[0033] In the specific implementations of the present 
invention, data is transported from a source node to a 
destination node over two independent channels, each 
comprising separate lengths of fiber and node equip- 
ment. However, rather than duplicating data and send- 
ing the same data simultaneously over each separate > 
channel as in the prior art case, in the specific imple- 
mentations disclosed herein, data is channel multi- 
plexed as between two or more different channels be- 
tween the source node and destination node under nor- 
mal operation. Upon occurrence of a fault, which disa- 
bles one of the channels, the data is re-routed over the 
remaining channel(s) at a reduced data rate. Thus, un- 
der normal operation, because the data is not duplicated 
as in the prior art case, the effective bitrate capacity of 
a plurality of channels between a source node and a 
destination node which can be utilized may be improved 
compared with the prior art SDH protection case. How- 



ever, in the specific implementations of the present in- 
vention protection is maintained, albeit at a lower bitrate, 
when a fault occurs on one of the channels. Thus, for a 
channel carried over a plurality of virtually concatenated 
s virtual containers, for example an OSI layer 2 channel, 
IEEE 802.3 standard channel or similar, the advantages 
of speed of protection available in the SDH domain may 
be applied, whilst achieving high bit rates and efficient 
usage of virtual container capacity. 
[0034] Referring to Fig. 3 of the accompanying draw- 
ings, there is illustrated schematically a first specific im- 
plementation according to the present invention. In the 
following examples transport of OSI layer 2 packet data 
over a synchronous digital hierarchy network will be de- 
scribed by way of illustration of the general methods and 
embodiments of the invention. However, the invention 
is not limited to carrying OSI layer 2 data but is more 
widely applicable to any data packets for frame based 
systems or protocols in which flow control of packets or 
frames can be exercised, and the invention is limited on- 
ly by the scope of the claims herein. 
[0035] In this specification, the term "packet" is de- 
fined as a block of data bytes having i a start indicator 
data indicating a start of said data block and an end in- 
dicator data indicating an end of said data block. A pack- 
et may have indeterminate, variable length, or may have 
fixed length. Examples of packets include Ethernet data 
frames and ATM cells. In this specification, a "packet" 
is capable of asynchronous transmission. 
[0036] In this specification, the term "data packet net- 
work" refers to a network acting as a source or sink of 
data packets, and having the capability of transmitting 
data packets in an asynchronous mode. The data pack- 
et network is capable of regulating a rate of flow of data 
packets, or any individual data packet in response to a 
flow control signal. Examples of data packet networks 
include networks operating in accordance with IEEE 
802.3, and Ethernet systems, and asynchronous trans- 
fer mode systems. 

[0037] A synchronous digital hierarchy network com- 
prises a plurality of synchronous nodes 300-303, each 
provided with a datacoms port card for inputting a 
stream of data packets at datacoms data rates. In gen- 
eral, datacoms data routes are different to conventional 
telecoms data rates, eg E1 , T1 , E3, STM-1 , and in gen- 
eral different to prior art SDH virtual container data rates. 
In Fig. 3, individual single fibers are shown as supporting 
first and second SDH paths 304, 305 between a source 
node 300 and a destination node 302. Such paths are 
bi-directional, and in practice, node equipment is phys- 
ically linked by at least two fibers, although for clarity in 
Fig. 3 only one fiber is shown, supporting transmitted 
data from transmitting entity at source node 300 to re- 
ceive entity at destination node 302. A stream of data 
packets each having a first data rate from an external 
packet data network 31 0 is input to a first datacoms port 
card in a transmitting entity at source node 300 and mul- 
tiplexed onto the synchronous network. At a receive en- 
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tity at destination node 302, the transported data stream 
is received on a datacoms card of a receive entity at 
destination node 302, where the data packet stream is 
output onto a receiving external packet data network 
311. 

[0038] The datacoms port card adapts the datacoms 
data packets of the first data rate to a second, lower data 
rate which matches a data rate which can be multiplexed 
into a stream of virtual containers, and maps each data 
packet into one or more SDH virtual containers directly 
and without any further encapsulation in intermediate 
protocols. For example, a 10 MBits/s Ethernet channel 
may be mapped onto 5 VC-12 containers, each VC-12 
container having a data rate of approximately 2 MBits/ 
s. The 5 VC-1 2 containers are concatenated together to 
carry the 10 MBits/s Ethernet channel. As another ex- 
ample, for entry of a 100 MBits/s Ethernet channel into 
the synchronous network, a single 1 00 MBits/s Ethernet 
channel may be mapped into 2 virtually concatenated 
VC-3 container streams each having a bitrate capacity 
of approximately 50 MBits/s. Similarly, to carry an Ether- 
net 1 GBits/s channel over a synchronous network, the 
Ethernet channel may be mapped into 7 VC-4 container 
streams, each having a capacity of approximately 155 
MBits/s. 

[0039] Compon ents of a port card are i 1 1 ust rated sen e- 
matically in Fig. 4 herein. The port card comprises a con- 
ventional packet data physical port 400, eg an Ethernet 
physical port; a frame switch device 401 , which may 
comprise a conventional frame switch such as available 
from Plaintree or MMC; a rate adaption means 402 for 
adapting between a packet data rate and SDH rates 
equivalent to the rates of the virtual containers; an SDH 
pay load mapper 403 for mapping the rate adapted data 
packets into and out of a plurality of streams of virtual 
containers via first and second memory areas, 404, 405. 
First and second memory areas 404, 405 preferentially 
comprise first in - first out buffers. The datacoms port 
card illustrated schematically in Fig. 4 is shown as being 
bi-directional, capable of transmitting and receiving a 
plurality of streams of virtual containers containing pack- 
et data. In the best mode implementation of Fig. 4, first 
and second memory areas 404, 405 are shown for in- 
terfacing with first and second synchronous transmit 
channels and first and second synchronous receive 
channels, indicated schematically by output arrows 406, 
407 and input arrows 408, 409 respectively. Whilst the 
embodiment of Fig. 4 illustrates conversion between two 
synchronous channels, each comprising a stream of vir- 
tual containers, and a single stream of data packets in 
a transmit direction, it will be appreciated that a single 
stream of data packets may be multiplexed onto any 
suitable number of different streams of virtually concate- 
nated virtual containers, by providing the appropriate 
corresponding number of memory areas and synchro- 
nous channels. 

[0040] There will now be described operation of the 
specific implementation illustrated with reference to Fig. 



3 herein, under conditions of normal operation where no 
path failures occur, for transmission of an input stream 
of data packets from source node 300 to destination 
node 302 over a plurality of streams of virtual containers. 

5 [0041] In the embodiment shown in Fig. 3, an SDH 
path connected mode is shown in which transmission 
between transmitting entity 300 and receiving entity 302 
is by first and second SDH paths 304, 305. In the path 
connected mode of operation, a complete path is pro- 

w tected over a plurality of SDH sections and over one or 
a plurality of intermediate synchronous node equip- 
ment, eg 301, 303. Under normal operation, where no 
faults occur on either the first or second paths 304, 305, 
higher rate data packet streams, eg Ethernet datapack- 

*5 ets, are transmitted and received over the synchronous 
network as follows: 

[0042] A stream of input data packets at a first data 
rate are received through a datacoms port of transmit- 
ting entity 300. The stream of data packets can be in- 

20 terrupted through the normal flow control provisions of 
the data packet protocol in operation, for example Ether- 
net IEEE 802.3. Thus, datacoms port of transmitting en- 
tity 300 can control the rate of entry of data packets into 
transmitting entity 300. The input stream of data packets 

25 are divided into a plurality of sets of data products, in 
this case into a first set of data packets and a second 
set of data packets, which are routed to first transmit 
memory area 306 and second transmit memory area 
308 respectively, and which are loaded into a first 

30 stream of continuously generated virtual containers and 
a second stream of continuously generated virtual con- 
tainers respectively. Incoming first data packets of the 
input data packet stream, each having a first data rate, 
eg a 100 MBits/s Ethernet, are input into first transmit 

35 memory area 306, which is emptied in real time into a 
first stream of continuously generated virtual containers 
at a second, lower data rate, eg 50 MBits/s, thereby con- 
tinuously and in real time filling the first stream of virtual 
containers at the second, lower data rate of 50 MBits/s 

40 with the first set of data packets. The memory capacity 
of first transmit memory area 306 is preferably large 
enough to store at least one complete data packet, for 
inclusion in the payload of the first stream of virtual con- 
tainers. 

45 [0043] Th e fi rst stream of vi rt ual containers are trans- 
mitted over the first path 304 to receiving entity 302, 
where the pay loads of the first virtual container stream 
are stored in first receive memory area 307. The mem- 
ory capacity of first receive memory area 307 is prefer- 
so ably large enough to store at least one complete data 
packet. The data packet is collected from the plurality of 
payloads of the first stream of virtual containers in the 
first receive memory area 307. The first data packet is 
output from the first receive memory area at the higher 
55 data rate, eg 100 MBits/s in the case of the Ethernet 
data frame example herein. Output of the Ethernet data 
frame is by rate adaption from the plurality of virtual con- 
tainer payloads, and output on the Ethernet physical lay- 
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er as described in the applicant's previous disclosures 
referred to hereinabove. 

[0044] Simultaneously and in parallel with transmis- 
sion of a first data packet from the input data packet 
stream, a second data packet is transmitted over the 
second path 305 over a second set of fibers and node 
equipment simultaneously with transmission of the first 
data packet. The second data packet is received se- 
quentially with the first data packet. Whilst the first data 
packet is stored in first transmit memory area 306, the 
second data packet is loaded into second transmit mem- 
ory area 308. The second data packet is loaded into a 
second stream of virtual containers, at a lower data rate, 
eg 50 MBits/s, than the packet data rate, and which are 
transmitted at the same time as the first stream of virtual 
containers, but over second path 305 between the trans- 
mit entity 300 and receive entity 302. The receive entity 
302 receives the second stream of virtual containers 
carrying data from the second data packet and stores 
pay loads of the second virtual container stream in a sec- 
ond receive memory area 309. Preferably the second 
receive memory area 309 has capacity large enough to 
store at least one complete data packet. The second da- 
ta packet is reconstituted as a data frame in the second 
receive memory area 309, and is rate adapted and out- 
put onto the physical layer, eg Ethernet physical layer, 
at the higher packet data rate (eg 1 00 MBits/s in the case 
of the Ethernet example) in the same sequence as it was 
received in relation to the first data packet, thereby re- 
constituting the data packet stream. The first and sec- 
ond data packets output from receive entity 302 have 
the same data rate, eg 100 MBits/s, as they were origi- 
nally input into transmit entity 300. The order of data 
packets between the input data packet stream and the 
output data packet stream is preserved. The timing be- 
tween successive data packets of the output data pack- 
et stream is preferentially, but not essentially, preserved 
as being the same as for the input data packet stream. 
[0045] Referring to Figs. 5 and 6 herein, there is illus- 
trated schematically how the input packet data stream 
is regulated and apportioned as between the first and 
second transmit memory areas 306, 308. Each memory 
area generates a "memory full" signal when a prede- 
termined amount of data is stored in the memory. Sim- 
ilarly, when the occupancy of each memory area falls 
below a predetermined lower level, each memory area 
may generate a "memory empty" signal, indicating that 
the memory space is available to be filled by an input 
packet data. In step 501, the port card determines, in 
accordance with the latest received memory empty or 
memory full signal, whether first memory area 306 is 
available for storing an input packet data. If sufficient 
memory space is available, the packet data is trans- 
ferred from mapper 600 to first memory area 306 in step 
502. From the first memory area 306, the packet data is 
then transferred to the payloads of a first stream of con- 
tinuously generated virtual containers, until the first 
memory area is emptied of the packet data. Meanwhile, 



a next, second, packet data input after the first packet 
data is routed to second memory area 308 in step 504, 
provided it is determined from the latest received mem- 
ory empty or memory full signals in step 503 that suf- 

s ficient vacant memory area is available in second mem- 
ory area 308 to contain the second data packet. When 
both the first and second memory areas 306, 308 are 
occupied by packet data, in step 505, the mapper 600 
applies flow control to the packet data source, so that 

io the packet data source does not transmit any further 
packet data to mapper 600 until the flow control signal 
is released. Under prior art flow control mechanisms, 
flow control signals are continuously generated where 
it is required to stop packets from being transmitted. In 

1 s the absence of any flow control signals, the packet data 
sources continue to transmit packets. For example, us- 
ing the standard Ethernet flow control signals issued 

. from mapper 602, a set of pause frames are generated, 
which are received by the Ethernet packet data source. 

20 The pause frames specify the duration over which pack- 
ets should not be transmitted. When either the first or 
second memory areas empty their respective data pack- 
ets into the corresponding respective first or second 
streams of virtual containers, such that a memory emp- 

25 ty signal is generated from either the first or second 
memory area, flow control signals cease being gener- 
ated at the mapper and a next data packet is input into 
either the first or second memory area, depending upon 
which one is empty. Thus, flow of data packets into and 

30 out of the first and second memory areas is self-regu- 
lating. Whichever memory area is capable of taking a 
next data packet (ie generates a memory empty signal) 
receives the next data packet for loading into the corre- 
sponding respective first or second stream of continu- 
es ously generated virtual containers. Depending upon the 
amount of data occupancy where the memory full and 
memory empty signals are set to operate, the first or 
second memory area may take one or a plurality of pack- 
ets. The number of packets which can be contained at 

40 any one time in a memory area is determined by the size 
of the memory area and the size of the packet Since 
packets may not all be of a same size (ie not all of a 
same number of bytes), it may be that a large packet 
routed to the first memory area may occupy the first 

45 memory area for a period in which a plurality of smaller 
packets may be transferred through the second memory 
area and into the second virtual container stream. 
[0046] Operating in accordance with the above meth- 
od may have the advantage that an input data packet 

50 stream at a higher bitrate is transmitted over a synchro- 
nous network via a plurality of synchronous channels to 
a receive entity, using a plurality of virtual containers, 
each having a lower payload data rate than the data rate 
of the stream of input data packets and the output 

55 stream of data packets. 

[0047] Operation of the example synchronous net- 
work of Fig. 3 under conditions of failure of one of the 
paths will now be described. Two types of failure can 
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occur. Firstly, a path failure may occur due to failure of 
a fiber or node equipment on either of the paths 304, 
305. That is to say, a failure occurs in the synchronous 
digital hierarchy transport network. Secondly, a failure 
may occur outside the SDH network in the receiving 
packet data network 311. Referring to Figs. 3 to 6 herein, 
the two failure modes are handled as follows: 
[0048] The example of a failure on the second path 
305 will be taken by way of example, although it will be 
understood by the person skilled in the art that in a sys- 
tem comprising a plurality of independent paths be- 
tween source and destination, failure of any one path 
will be recovered similarly as described. Upon failure of 
any part of second path 305, receive entity 302 detects 
a path failure signal under the prior art path failure pro- 
visions of synchronous digital hierarchy ITU-T recom- 
mendations, namely either the AIS byte, path status 
byte, or path monitoring byte carried in the section over- 
head of the SDH frames. 

[0049] On occurrence of a failure in the second path 
305, the receiving entity 302 generates a path defect 
indicator byte (PDI) or a J1 or J2 path trace byte indicat- 
ing that a fault has occurred on the path, and retransmits 
this back to the transmitting entity 300. That is to say 
the receiving entity 302 sends a signal back to the re- 
ceiving entity 300 indicating that a fault has occurred on 
the second path. On receiving the path fault signal, the 
transmitting entity 300 ceases to load the contents of 
second memory area 308 into the second virtual con- 
tainer stream. Because the second memory area is not 
emptying, if it continues to receive packet data from the 
external packet data network 310, the second memory 
area becomes full and a 'memory full" signal 601 is 
generated which is fed back to the mapper, which then 
applies flow control to the packet data source (external 
packet data network 310) so as not to transfer any fur- 
ther packets to the second memory area. Meanwhile, 
the data stored in the second memory area 308 is trans- 
ferred over to the first memory area 306, as soon as first 
memory area 306 is emptied of its current packet. Flow 
control is applied to the packet data source network 31 0 
by the mapper until the data packet transfer from the 
second memory area to the first memory area has been 
emptied out of the first memory area onto the first virtual 
container stream. 

[0050] Subsequently input data packets from the in- 
put data packet stream are routed to the first memory 
area 306. Operation of transfer of data packets from first 
memory area 306 to the first virtual container stream 
then continues substantially as hereinbefore described 
under the normal operation. However, the input data 
packets are routed solely to the first memory area and 
not to the second memory area as well. Because the 
data packets are transported over the first path 304 in 
the first stream of virtual containers, the effective bit rate 
capacity of the SDH network is reduced under condi- 
tions of fault of the second path 305. Thus, where for 
example a stream of 100 MBits/s data rate packets are 



being transported over a stream of 50 MBits/s data rate 
virtual container payloads, the rate of input of the 100 
MBits/s data packets into the mapper must be regulated 
by the flow control signal generated by the mapper (eg 

s pause frames), to allow the data frames to be trans- 
ferred into the slower 50 MBits/s virtual container 
streams transported over the first path 304. Thus, under 
conditions of fault, the bit rate capacity of the synchro- 
nous network is reduced as long as the fault on the sec- 

10 ond path persists, and data packets are input from the 
packet data network 310 at a reduced frequency com- 
pared with the normal mode of operation. 
[0051] For the second type of fault, occurring on the 
receiving packet data network 311, the synchronous 

is network remains unaffected, and the first and second 
streams of virtual containers received at first and second 
receive memory areas 307, 309 respectively result in 
stored data packets in the first and second receive mem- 
ory areas at receive entity 302. These data packets can- 

20 not be transmitted onto the receiving packet data net- 
work 311 , since a fault occurs on that network. There- 
fore, both receive memory areas at receive entity 302 
become full. A higher level flow control signal (eg a 
pause frame in an Ethernet OSI layer 2 system) is re- 

25 turned over the corresponding return channels of first 
and second paths 304, 305 back to the transmit entity 
300. On receipt of the higher level flow control signals, 
the transmit mapper 600 appl ies flow control at the pack- 
et data network level to the sending packet network 31 0 

30 (eg sending pause frame signals where an Ethernet sys- 
tem is used) to prevent further packets being input into 
the transmitting entity 300. 

[0052] Referring to Fig. 7 of the accompanying draw- 
ings, there is illustrated a signal diagram for signaling 

35 across the network of Fig. 3 under conditions of either 
path failure and/or failure in the receiving packet data 
network 311. Where an SDH path termination function 
byte, eg a path defect indicator or a J1 or J2 trace byte 
is received by receiving entity 300 as a result of a path 

40 failure in the SDH network, the path termination function 
signal bytes are read by receiving entity 300 in step 701 . 
If the path overhead flags indicate that path integrity is 
maintained in step 702, the mapper does not apply any 
flow control to the packet data source network and con- 

4S tinues to transfer packets into the mapper from the pack- 
et data source network 703. However, if the path over- 
head flags indicate a fault on a path in step 704, in step 
705 the mapper transmits a flow control signal to the 
source packet data network, which interrupts the input 

so packet data steam onto the faulty path. 

[0053] Referring to Fig. 8 herein, there is illustrated a 
second specific implementation according to the 
present invention, in which a plurality of SDH node en- 
tities 800-803 are linked via a section protection ring ar- 

55 rangement comprising first and second rings 804, 805. 
Whereas path protected modes are more prevalent in 
SDH in the areas of the network which are more con- 
cerned with access, section protection rings are con ven- 
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tionally found in areas of SDH networks which are used 
for broadband backbone transmission. Each section 
comprises first and second fibers connecting between 
a pair of communicating SDH node entities, eg 800, 801 . 
In the second specific implementation of the present in- 
vention, each SDH node is provided with a datacoms 
data port as described hereinbefore with reference to 
Fig. 4 herein. A first transmit memory area 808 receives 
packets from an input data packet stream generated by 
packet data source network 806 and transmits a first 
stream of virtual containers in a clockwise direction 
around first synchronous ring channel 804. Meanwhile 
and simultaneously with transmission of the first virtual 
container stream, a second transmit memory area 809 
receives input data packets from data packet source 
network 806, which are loaded into a second stream of 
virtual containers and are transmitted in an opposite, an- 
ti-clockwise direction around second synchronous 
channel 805. 

[0054] Under normal operating conditions where no 
faults occur in the synchronous network or the data 
packet networks, an input data packet is stored in first 
transmit memory area 808 and transmitted over first 
synchronous digital channel 804 in a first stream of vir- 
tual containers, whilst simultaneously a second data 
packet stored in second transmit memory area 809, may 
be transmitted in an opposite direction around second 
transmit channel 804 in a second stream of virtual con- 
tainers. Ingress and egress of data packets to and from 
the synchronous part of the network is controlled by gen- 
eration of memory full and memory empty signals 
substantially similarly as hereinbefore described with 
reference to Fig. 3 herein. 

[0055] At SDH receiving entity 802, which may for ex- 
ample be an add<irop multiplexer, there are provided 
first and second receive memory areas 81 0, 811 respec- 
tively, connected to the first and second synchronous 
channels 804, 805 respectively. A first stream of virtual 
containers on the first channel is received by the first 
receive memory area 81 0, whilst a second stream of vir- 
tual containers moving in an opposite direction on the 
second channel is received by second receive memory 
area 811. 

[0056] Referring to Fig. 9, in normal no fault operation, 
section overhead bytes of the SDH path termination 
function 900 are continuously monitored in step 901, 
and as long as the section overhead bytes indicate that 
section integrity is maintained in step 902, then data is 
continued to be transferred from packet data network 
806 into the transmit entity in step 903. 
[0057] Referring to figs. 8 and 9 herein, operation of 
the second specific implementation under conditions of 
a fault on a section of the synchronous network will now 
be described. 

[0058] In the event of a failure on a node or fiber of a 
section, for. example failure of node 803, the second 
stream of virtual containers sent via second synchro- 
nous channel 805 fails to arrive at the receiving entity 



802. Receiving entity 802 monitors a section trace byte 
JO in the section overhead of the SDH frames. On de- 
tecting a section failure from monitoring the section 
overhead byte, receiving entity 802 transmits an alarm 
s indication signal (AIS) back to transmitting entity 800 
over the intact sections, passing through node 801 . On 
receiving the alarm indication signal provided by the 
conventional SDH section termination function, 900, in 
step 901 transmitting entity 800 reads the section over- 
io head byte and if the section overhead byte indicates a 
faulty section in step 904, then in step 905 the mapper 
of the datacoms port of receiving entity 800 transmits a 
flow control signal to the packet data source network 
806 in order to interrupt the flow of data packets to the 
is second memory area whose transmission path is 
blocked by the faulty section. During this process, data 
packets continue to be input to first transmit memory ar- 
ea 808, which maintains transmission over first synchro- 
nous ring channel 804 through the unaffected sections 
so passing through intact node 801 and to receiving entity 
802 to be received by first receive memory area 810. 
On detecting a fault on the second synchronous transmit 
channel 805, any data packets stored in second transmit 
memory area 810 are transferred to first transmit mem- 
25 ory area 809, similarly as described with reference to 
Fig. 6 hereinbefore. Transmission of data packets from 
source packet data network 806 to destination packet 
data network 807 continues, but carried only over the 
first virtual container stream on the first synchronous 
so transmit channel. The effective total bitrate capacity of 
the synchronous network is reduced under fault condi- 
tion compared with under normal operations. Conse- 
quently, the frequency of input of data packets to the 
synchronous network is reduced, since the effective bi- 
as trate capacity of the synchronous channels is reduced 
due to the faulty section. For example, where a 100 
MBits/s Ethernet data frame packet is input into transmit 
entity 800, under normal operation with no fault on the 
synchronous network, where the 1 00 MBits/s data pack- 
40 ets are transmitted over first and second streams of vir- 
tual containers, each having a pay load data rate of 50 
MBits/s, transmission over the synchronous network 
may be at substantially a same or similar rate in total (ie 
2 x 50 MBits/s virtual container streams) as in the Ether- 
45 net packet data source network However, under condi- 
tions of section fault, where one of the streams of virtual 
containers cannot reach receive entity 802, the effective 
bit rate capacity of data transmission over the synchro- 
nous network may be halved, because only one stream 
so of virtual containers is available to carry the data pack- 
ets, and so the effective rate of data transmission over , 
the synchronous part of the network may fall to 50 MBits/ 
s, ie the approximate virtual container payload data rate 
for one stream of virtual containers. 
55 [0059] Under conditions of a fault on the receiving 
packet data network, where the synchronous network 
remains fault-free, operation is as follows: 
[0060] Under conditions of section integrity for each 
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of the transmit channels 804 and 805 but under fault 
conditions on the destination packet data network B07 ( 
first and second receive memory areas 810, 81 1 are in- 
capable of emptying, since flow control is applied by the 
destination packet data network 807. Under these con- 
ditions, similarly as in the case of the first specific im- 
plementation described with reference to Fig. 3 herein, 
receive entity 802 generates flow control signals, eg 
pause frame signals in the case of Ethernet, which are 
sent back to the transmit entity 800 over the return chan- 
nels of the first or second rings. Upon receipt of the 
pause control signals, which are controlled at the level 
of the packet data network, transmitting entity 800 gen- 
erates flow control signals to the packet data source net- 
work 806 to prevent further input of data packets into 
the first and second transmit memory areas. When the 
pause control signals cease being received from the 
synchronous receiving entity 802, the synchronous 
transmit entity ceases to apply flow control signals to the 
packet data network and input of the packet stream to 
transmit entity 800 resumes. 

[0061] Referring to Fig. 10 herein, there is illustrated 
schematically a layout of an application specific integrat- 
ed circuit (ASIC) implementation of a multiplexer model 
in accordance with ITU-T recommendation G.783, mod- 
ified to include a plurality of memory areas, and a map- 
per on a datacoms port card as described with reference 
to the first or second specific implementations of the 
present invention. To gain access to the synchronous 
channels, there is provided a synchronous physical in- 
terface 1000 communicating with a regenerator section 
termination 1001 , which communicates with a multiplex 
section termination 1002. The multiplexer comprises a 
multiplex section protection element 1003; a multiplex 
section adaptation element 1004; a higher order path 
termination 1 005; and a higher order path connection 
1006. For mapping to a VC1 2 stream, as shown in Fig. 
1 0, a plurality of memory areas 1011 and a mapper 1012 
communicate with a lower order path termination 1010. 
Lower order path termination 1010 sends a path termi- 
nation or section termination signal 1013 to mapper 
1012 upon condition of a fault on a path or section. Low- 
er order path termination 1010 communicates with high- 
er order path termination 1007 via higher order path ad- 
aptation 1008. 

[0062] Referring to Fig. 1 1 , for transfer of a packet da- 
ta stream to a plurality of VC-3 streams, mapper 1012 
and a plurality of memory areas 1011 communicate with 
an LPT-3 lower order path termination 1102, from which 
mapper 1012 also receives path termination function 
signals and section termination function signals 1103, 
LPT-3 lower order path termination 11 02 communicates 
via lower order path connection 1101 and lower order 
path supervisory termination 1100 to higher order path 
adaptation 1008. Thereafter, access to the synchronous 
digital channel is as described with reference to Fig. 10. 
[0063] Referring to Fig. 12 herein, for mapping of a 
packet data stream to a plurality of VC-4 streams map- 



per 1012 communicates with a plurality of memory are- 
as 1011 which communicate with a HPT-4 higher order 
path termination, from which mapper 101 2 also receives 
path termination or section termination signals 1201. 

5 Thereafter, higher order path termination HPT-4 1200 
communicates with higher order path connection 1006 
and accesses the synchronous digital channels by a 
same route as with reference to Fig. 10 herein. 
[0064] In practice, in a practical synchronous digital 

io hierarchy multiplexer equipped with datacoms port as 
described hereinbefore, the plurality of memory areas 
and mapper are provided on the application specific in- 
tegrated circuit, and are capable of communicating with 
each of the LPC-1 termination 1010, the LPC-3 lower 

is order path connection 1101 , and the higher order path 
termination HPT-4 means of the multiplexer, thereby 
avoiding duplication of memory area and multiplexer 
functionality. The plurality of transmit and receive mem- 
ory areas may be implemented separately in the ASIC, 

20 or may be implemented as a single memory area, in 
which case a single block of memory is divided into sep- 
arate memory areas for transmit and receive, the mem- 
ory as a whole operating bi-directionally 

25 

Claims 

1 . A method of transmitting a stream of data packets 
over a plurality of synchronous channels, said 

30 method comprising the steps of: 

inputting a first data packet having a first data 
rate to a first, transmit memory area; 
mapping a said first data packet into a first vir- 
35 tual container stream at a second data rate, 

said second data rate being iowerthan said first 
data rate; 

transmitting said virtual container stream over 
a first synchronous channel; 
40 inputting a second data packet having said first 

data rate to a second transmit memory area; 
mapping said second data packet to a second 
stream of virtual containers, at said second da- 
ta rate; and 

45 transmitting said second stream of virtual con- 

tainers over a second synchronous channel; 
and 

regulating a rate of admission of said first and 
second data packets into said memory areas 
so according to a data occupancy level of at least 

one said memory area. 

2. The method as claimed in claim 1 , wherein said step 
of mapping said first data packet into said first virtual 

ss container stream and said step of mapping said 
second data packet into said second virtual contain- 
er stream occur in parallel. 
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3. The method as claimed in claim 1 , wherein said step 
of inputting a first data packet into said first transmit 
memory area and said step of inputting said second 
data packet into said second transmit memory area 
occur sequentially with each other. 

4. The method as claimed in claim 1 , comprising the 
step of buffering a said data packet in a first in first 
out buffer. 

5. The method as claimed in claim 1 , wherein said step 
of regulating a rate of admission of said first and 
second data packets into said memory areas com- 
prises: when a data occupancy of a said memory 
area falls below a first pre-determined level, admit- 
ting a said data packet into said transmit memory 
area. 

6. The method as claimed in claim 1 , wherein said step 
of regulating a rate of admission of said first and 
second data packets into a said memory area com- 
prises: when a data occupancy of said transmit 
memory area is above a second predetermined lev- 
el, preventing admission of a said data packet into 
a said memory area. 

7. The method as claimed in claim 1 , wherein said step 
of regulating a rate of admission of said first and 
second data packets into a said memory area com- 
prises: generating a flow control signal in a form rec- 
ognisable by a data packet source, for preventing 
said data packet source from transmitting a next 
packet to said transmit memory area. 

8. The method as claimed in claim 1, wherein trans- 
mission of said first stream of virtual containers over 
said first synchronous channel and transmission of 
said second stream of virtual containers over said 
synchronous channel occurs simultaneously and in 
parallel. 

9. A method of transmitting packet data of a first data 
rate over a plurality of synchronous channels each 
operating at a second data rate, wherein said sec- 
ond data rate is lower than said first data rate, said 
method comprising the steps of: 

receiving a stream of data packets each of said 
first data rate into a transmit memory area; 
mapping said stream of data packets into a plu- 
rality of streams of virtual containers each of 
said second data rate; 

transmitting said plurality of streams of virtual 
containers over a plurality of synchronous 
channels; 

wherein, under conditions of a fault occurring 
on a said synchronous channel, redirecting said 



stream of data packets over at least one remaining 
one of said plurality of synchronous channels, on 
which no faults occur. 

s 10. A method of transmitting a stream of data packets, 
each said data packet of a first data rate over a plu- 
rality of synchronous channels each operating at a 
second data rate, wherein said second data rate is 
lower than said first data rate, said method compris- 

10 ing the steps of: 

receiving a first set of data packets each of said 
first data rate into a first transmit memory area; 
mapping said first set of data packets into a first '. 

is stream of virtual containers; 

transmitting said first stream of virtual contain- 
ers over a first synchronous channel; 
receiving a second set of data packets into a 
second transmit memory area; 

20 mapping said second set of data packets into 

a second stream of virtual containers; 
transmitting said second stream of virtual con- 
tainers over a second synchronous channel; 

25 wherein, under conditions of a fault occurring 

on said first synchronous channel, operating said 
steps of : 

in response to a received fault signal relating 
to a fault on said first synchronous channel, gener- 
30 ating a flow control signal for preventing receipt of 
a next data packet into said first transmit memory 
area. 

11. The method as claimed in claim 10, further compris- 
55 ing the step of: in response to said received fault 
signal, transferring said stored first data packet from 
said first transmit memory area to said second 
transmit memory area. 

40 12. The method as claimed in claim 10, wherein said 
generated flow control signal is recognisable by a 
packet data source as a signal for interrupting a flow 
of data packets. 

45 13. The method as claimed in claim 10, comprising, un- 
der said fault conditions, operating steps of: 

receiving said first and second sets of data 
packets into said second transmit memory ar- 
50 ea; 

mapping said first and second sets of data 
packets into said stream of second virtual con- 
tainers; and 

transmitting said stream of second virtual con- 
55 tainers over said second synchronous channel. 

14. The method as claimed in claim 10, wherein under 
said fault condition comprising the step of: generat- 
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ing a second flow control signal for controlling a flow 
of said first and second data packet sets into said 
second transmit memory area such that an average 
rate of receipt of said first and second data packets 
into said second transmit memory area is less than 
or equal to an average rate of output of said first 
and second data packets onto said second syn- 
chronous transmission channel. 

15. A method of transmitting a stream of data packets 
over a plurality of synchronous channels, said 

. method comprising the steps of: 

inputting a stream of data packets each having 
a first data rate, into a transmit memory area; 
storing said plurality of data packets in said 
transmit memory area; 

outputting said plurality of data packets from 
said transmit memory area onto a plurality of 
virtual container streams, each said virtual con- 
tainer stream operating at a second data rate, 
said second data rate being lower than said first 
data rate; 

receiving an egress flow control signal indicat- 
ing congestion at a receive entity; 
in response to said egress flow control signal, 
generating an ingress flow control signal for 
controlling a rate of admission of said data 
packets into said transmit memory area. 

16. A method of receiving packet data over a plurality 
of synchronous data channels, said method com- 
prising the steps of: 

receiving a first stream of virtual containers 
over a first synchronous channel, individual 
ones of said first stream of virtual containers 
each having a second data rate; 
storing a plurality of pay loads of said first 
stream of virtual containers in a first receive 
memory area said plurality of payloads com- 
prising a first complete data packet; 
outputting said first data packet at a first data 
rate greater than said second data rate of said 
first stream of virtual containers; 
receiving a second stream of virtual containers 
over a second synchronous channel, individual 
ones of said second stream of virtual containers 
each having a second data rate; 
storing a plurality of payloads of said second 
stream of virtual containers in a second receive 
memory area said plurality of payloads com- 
prising a second complete data packet; and 
outputting said second data packet at a first da- 
ta rate greater than said second data rate of 
said second set of virtual containers. 

17. A method of receiving packet data over a plurality 



of synchronous data channels, said method com- 
prising the steps of: 

receiving a plurality of said data packets carried 
5 in a plurality of streams of virtual containers 

over said plurality of synchronous channels, 
each said virtual container stream having a sec- 
ond data rate; 

storing a plurality of payloads of said plurality 
io of virtual containers in a memory area; 

reconstituting a said data packet from a said 

plurality of virtual container payloads; 
. . outputting said data packet onto a data packet 

network at a first data rate, said first data rate 
is being higher than said second data rate; 

. ; . wherein, under conditions of a fault on at least 
• ibne of said synchronous channels, operating the 
steps of: 

20 

generating a fault indicator signal indicating a 
fault on said synchronous channel; 
transmitting said fault indicator signal over an 
intact synchronous channel on which no fault 
25 occurs. 

18. The method as claimed in claim 17, wherein said 
plurality of virtual container streams are virtually 
concatenated together. 

30 

19. A method of receiving packet data over a plurality 
of synchronous data channels, said method com- 
prising the steps of: 

35 receiving a plurality of streams of virtual con- 

tainers over a plurality of synchronous chan- 
nels, each said virtual container stream having 
a second data rate; 

storing a plurality of payloads of said virtual 
40 containers in a receive memory area; 

reconstituting a data packet from said plurality 
of stored virtual container payloads; 
outputting said reconstituted data packet, said 
data packet having a first data rate, said first 
45 data rate being higher than said second data 

rate; 

receiving a flow control signal from an external 
packet data network; 

upon receipt of said flow control signal from 
50 said external packet data network, generating 

an egress flow control signal; and 
transmitting said egress flow control signal over 
a synchronous channel. 

55 20. The method as claimed in claim 19, wherein said 
plurality of virtual container streams comprise a plu- 
rality of virtually concatenated virtual containers. 
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21. A method of communicating data over a synchro- 
nous network, said method comprising the steps of, 
under normal no-fault conditions: 

receiving a first stream of virtual containers 
over a first synchronous channel, said first 
stream of virtual containers received at a sec- 
ond data rate; 

storing pay load data of said first stream of vir- 
tual containers until a complete data packet is 
received; 

outputting said data packet at a first data rate, 
said first data rate being greater than said sec- 
ond data rate of said first stream of virtual con- 
tainers; 

receiving a second stream of virtual containers 
over a second synchronous channel, said 
stream of virtual containers received at said 
second bit rate; 

storing said pay load data of said second stream 
of virtual containers until a complete data pack- 
et is received; 

outputting said second data packet at a first da- 
ta rate, said first data rate being greater than 
said second data rate of said received second 
stream of virtual containers; and 
under conditions of a fault on said first synchro- 
nous channel, performing the steps of receiving 
said first stream of virtual containers and said 
second stream of virtual containers on said sec- 
ond synchronous channel; and 
outputting said first and second data packets at 
said first data rate, at less frequent intervals, 
than under said normal operating conditions. 

22. A method of transmitting packet data over a syn- 
chronous communications network said method 
comprising the steps of: 

storing a first data packet having a fi rst data rate 
in a first transmit memory area; 
mapping a said stored data packet into a first 
virtual container stream at a second data rate, 
said second data rate being lower than said first 
data rate; 

transmitting said virtual container stream over 
a first synchronous channel; 
storing a second data packet having said first 
data rate into a second transmit memory area; 
mapping said second stored data packet to a 
second stream of virtual containers, said sec- 
ond stream of virtual containers being at said 
second data rate; and 

transmitting said second stream of virtual con- 
tainers over a second synchronous channel, 
wherein transmission of said first stream of vir- 
tual containers over said first data channel and 
transmission of said second stream of virtual 



containers over said second synchronous 
channel occurs simultaneously and in parallel. 

23. A method of receiving packet data over a plurality 
s of synchronous data channels in a synchronous 
communications network, said method comprising 
the steps of: 

receiving a first stream of virtual containers 
10 over a first synchronous channel, said first 

stream of virtual containers received at a sec- 
ond data rate 

storing payloads of said first stream of virtual 
containers in a first received memory area until 

15 a complete data packet is received; 

outputting said first data packet at a data rate 
greate r than a said second data rate of said fi rst 
stream of virtual containers; 
receiving a second stream of virtual containers 

20 over a second synchronous channel, said sec- 

ond stream of virtual containers received at 
said second data rate; 

storing payloads of said stream of virtual con- 
tainers in a second receive memory area until 
25 a second complete data packet is received; and 

outputting said second data packet at a data 
rate greater than said second data rate of said 
second set of virtual containers. 

30 24. An interface apparatus for interfacing between a da- 
ta packet network operating a plurality of data pack- 
ets at a second data rate; and a synchronous net- 
work operating a plurality of virtual containers each 
having a first data rate, said interface apparatus 

35 comprising: 

a mapper means for mapping a stream of said 
data packets between said data packet network 
and said synchronous network; 

40 a buffer memory for storing said data packets 

between said data packet network and said plu- 
rality of synchronous channels; and 
means for generating a flow control signal rec- 
ognisable for controlling a flow of said data 

45 packets. 

25. The interface apparatus as claimed in claim 24, 
wherein said buffer memory area comprises a plu- 
rality of separate transmit memory areas, each as- 
50 signed to a corresponding respective synchronous 
channel, and a plurality of receive memory areas, 
each said receive memory area assigned to a cor- 
responding respective synchronous channel. 

55 26. The interface apparatus as claimed in claim 24, 
wherein 

said buffer memory area comprises a plurality 
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of memory areas; and 

a plurality of flow control signal generation 
means, 

wherein said flow control signal generation 
means operate to generate a flow control signal s 
corresponding to a respective said memory ar- 
ea, whenever said corresponding respective 
memory area reaches a predetermined data 
occupancy level. 

10 

27. The interface apparatus as claimed in claim 24, 
wherein said buffer memory operates to generate a 
signal upon achieving a predetermined level of data 
occupancy. 

is 
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